home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / bbs / rfc / rfcxxxx_8.lha / rfc1703 < prev    next >
Text File  |  1995-07-26  |  18KB  |  508 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                            M. Rose
  8. Request for Comments: 1703                  Dover Beach Consulting, Inc.
  9. Obsoletes: 1569                                             October 1994
  10. Category: Informational
  11.  
  12.  
  13.            Principles of Operation for the TPC.INT Subdomain:
  14.                   Radio Paging -- Technical Procedures
  15.  
  16. Status of this Memo
  17.  
  18.    This memo provides information for the Internet community.  This memo
  19.    does not specify an Internet standard of any kind.  Distribution of
  20.    this memo is unlimited.
  21.  
  22. Table of Contents
  23.  
  24.    1. Introduction ...............................................    1
  25.    2. Naming, Addressing, and Routing ............................    2
  26.    2.1 Addressing ................................................    2
  27.    2.2 Routing ...................................................    3
  28.    3. Procedure ..................................................    3
  29.    3.1 Alpha-numeric Radio Pagers ................................    3
  30.    3.2 Numeric Radio Pagers ......................................    4
  31.    3.3 MAILing versus SENDing ....................................    4
  32.    3.4 Latency ...................................................    5
  33.    4. Usage Examples .............................................    5
  34.    4.1 A MIME Example ............................................    6
  35.    4.2 A Non-MIME Example ........................................    6
  36.    5. Server Configuration Example ...............................    6
  37.    6. Security Considerations ....................................    8
  38.    7. Acknowledgements ...........................................    8
  39.    8. References .................................................    8
  40.    9. Author's Address ...........................................    9
  41.  
  42. 1.  Introduction
  43.  
  44.    As an adjunct to the usual, two-way electronic mail service, it is at
  45.    times useful to employ a one-way text notification service, called
  46.    radio paging.  This memo describes a technique for radio paging using
  47.    the Internet mail infrastructure.  In particular, this memo focuses
  48.    on the case in which radio pagers are identified via the
  49.    international telephone network.
  50.  
  51.    The technique described by this memo, mapping telephone numbers to
  52.    domain names, is derived from the TPC.INT subdomain.  Consult RFC
  53.    1530, "Principles of Operation for the TPC.INT Subdomain: General
  54.    Principles and Policy" for overview information.
  55.  
  56.  
  57.  
  58. Rose                                                            [Page 1]
  59.  
  60. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  61.  
  62.  
  63. 2.  Naming, Addressing, and Routing
  64.  
  65.    A radio pager is identified by a telephone number, e.g.,
  66.  
  67.      +1 415 940 8776
  68.  
  69.    where "+1" indicates the IDDD country code, and the remaining string
  70.    is a telephone number within that country.
  71.  
  72.    In addition to a telephone number, a PIN may also be required to
  73.    uniquely identify a radio pager.
  74.  
  75. 2.1.  Addressing
  76.  
  77.    This number is used to construct the address of a radio paging
  78.    server, which forms the recipient address for the message, e.g., one
  79.    of:
  80.  
  81.      pager.ATOM@6.7.7.8.0.4.9.5.1.4.1.tpc.int
  82.      pager-alpha.ATOM@6.7.7.8.0.4.9.5.1.4.1.tpc.int
  83.      pager-numeric@6.7.7.8.0.4.9.5.1.4.1.tpc.int
  84.  
  85.    where "ATOM" is an RFC 822 atom [1], an opaque string for use in
  86.    recipient identification when communicating with the paging network,
  87.    and the domain-part is constructed by reversing the telephone number,
  88.    converting each digit to a domain-label, and being placed under
  89.    "tpc.int".  (The telephone number must not include any international
  90.    access codes.)
  91.  
  92.    Note that the mailbox syntax is purposefully restricted in the
  93.    interests of pragmatism.  To paraphrase STD 11, RFC 822, an atom is
  94.    defined as:
  95.  
  96.      atom    = 1*atomchar
  97.  
  98.      atomchar=   <any upper or lowercase alphabetic character
  99.                   (A-Z a-z)>
  100.                / <any digit (0-9)>
  101.                / "!" / "#" / "$" / "%" / "&" / "'" / "*" / "+"
  102.                / "-" / "/" / "=" / "?" / "^" / "_" / "`" / "{"
  103.                / "|" / "}" / "~"
  104.  
  105.    Finally, note that some Internet mail software (especially gateways
  106.    from outside the Internet) impose stringent limitations on the size
  107.    of a mailbox-string.  Thus, originating user agents should take care
  108.    in limiting the local-part to no more than 70 or so characters.
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Rose                                                            [Page 2]
  115.  
  116. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  117.  
  118.  
  119. 2.2.  Routing
  120.  
  121.    The message is routed in exactly the same fashion as all other
  122.    electronic mail, i.e., using the MX algorithm [2].  Since a radio
  123.    paging server might be able to access many radio pagers, the
  124.    wildcarding facilities of the DNS [3,4] are used accordingly.  For
  125.    example, if a radio paging server residing at "dbc.mtview.ca.us" is
  126.    willing to access any radio pager with a telephone number prefix of
  127.  
  128.      +1 415 940
  129.  
  130.    then this resource record might be present
  131.  
  132.      *.0.4.9.5.1.4.1.tpc.int.       IN MX 10 dbc.mtview.ca.us.
  133.  
  134.    Naturally, if several radio paging servers were willing to access any
  135.    radio pager in that prefix, multiple MX resource records would be
  136.    present.  (The DNS servers for the TPC.INT subdomain perform a
  137.    rudimentary form of load balancing by rotating the order of the MX
  138.    records returned on each query.)
  139.  
  140.    It should be noted that the presence of a wildcard RR which matches a
  141.    radio paging server's address does not imply that the corresponding
  142.    telephone number is valid, or, if valid, that a radio pager is
  143.    identified by the phone number.  Rather, the presence of a wildcard
  144.    RR indicates that a radio paging server is willing to attempt access.
  145.  
  146. 3.  Procedure
  147.  
  148.    When information is to be sent to a radio pager, the user application
  149.    constructs an RFC 822 message, containing a "Message-ID" field and a
  150.    textual content (e.g., a "text/plain" content [5]).
  151.  
  152.    The message is then sent to the radio paging server's electronic mail
  153.    address.  The radio paging server begins by looking at the local part
  154.    of the address.
  155.  
  156. 3.1.  Alpha-numeric Radio Pagers
  157.  
  158.    If the local-part is either "pager.ATOM" or "pager-alpha.ATOM" then
  159.    this indicates that the recipient is using an alpha-numeric radio
  160.    pager, and ATOM either identifies a paging network (CARRIER), or a
  161.    radio pager identity number (PIN), or both, according to these rules:
  162.  
  163.    (1)  if ATOM consists entirely of numeric characters, then ATOM is a
  164.         PIN, and the domain-part refers to the IXO access telephone
  165.         number for a radio paging carrier; otherwise,
  166.  
  167.  
  168.  
  169.  
  170. Rose                                                            [Page 3]
  171.  
  172. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  173.  
  174.  
  175.    (2)  if ATOM does not contain a hyphen character ("-"), then ATOM is
  176.         a CARRIER, a local database is consulted to determine the
  177.         corresponding IXO access telephone number, and the telephone
  178.         number corresponding to the domain-part is used to identify the
  179.         radio pager; otherwise,
  180.  
  181.    (3)  if ATOM does contain a hyphen character ("-"), then everything
  182.         to the left of the first hyphen is a CARRIER, and everything to
  183.         the right of that hyphen is a PIN, a local database is consulted
  184.         to determine the corresponding IXO access telephone number, and
  185.         the PIN is used is used to identify the radio pager.
  186.  
  187.    If the local-part starts with "pager.", then the message sent to the
  188.    radio pager consists of the body of the message; otherwise, if the
  189.    local-part starts with "pager-alpha.", then the radio paging server
  190.    determines which information in the headers and body of the message
  191.    are used when constructing the paging message.  For example, some
  192.    radio paging servers might choose to examine the "To" and "Subject"
  193.    fields, in addition to the body, whilst other radio paging servers
  194.    might choose to simply send the body verbatim.
  195.  
  196. 3.2.  Numeric Radio Pagers
  197.  
  198.    If the local-part is the literal string "pager-numeric" then this
  199.    indicates that the recipient is using a numeric pager, and the radio
  200.    pager dials the telephone number corresponding to the domain-part.
  201.  
  202.    The message sent to the radio pager consists of the body of the
  203.    message, which must consist solely of digits.
  204.  
  205. 3.3.  MAILing versus SENDing
  206.  
  207.    An SMTP client communicating with a radio paging server may use
  208.    attempt either the MAIL or SEND command.  The radio paging server
  209.    MUST support the MAIL command, and MAY support any of the SEND, SOML,
  210.    or SAML commands.
  211.  
  212.    If the MAIL command is used, then a positive completion reply to both
  213.    the RCPT and DATA commands indicates, at a minimum, that the message
  214.    has been queued for transmission into the radio paging network for
  215.    the recipient, but is at least queued for transmission into the radio
  216.    paging network.
  217.  
  218.    If the SEND command is used, then a positive completion reply to both
  219.    the RCPT and DATA commands indicates that the message has been
  220.    accepted by the radio paging network for delivery to the recipient.
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Rose                                                            [Page 4]
  227.  
  228. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  229.  
  230.  
  231.    If the SOML or SAML command is used, then a positive completion reply
  232.    to both the RCPT and DATA commands indicates that the message may
  233.    have been accepted by the radio paging network for delivery to the
  234.    recipient.
  235.  
  236. 3.4.  Latency
  237.  
  238.    Although the Internet electronic mail service tends to perform
  239.    delivery in a timely and reliable manner, some paging services will
  240.    wish to provide a higher degree of assurance to their clients, in
  241.    particular guaranteeing that a positive reply code means that the
  242.    page has been sent on the radio paging network.  For such
  243.    requirements, the primary constraints are server implementation and
  244.    client/server network connectivity.
  245.  
  246.    A client that uses the SEND or SAML commands is explicitly requesting
  247.    real-time transmission on the radio paging network and is requiring
  248.    that the server reply code will carry a statement of success or
  249.    failure about that transmission.
  250.  
  251.    The IP level of the Internet performs datagram store-and-forward
  252.    service, but gives the end system hosts the appearance of direct
  253.    connectivity, by virtue of allowing interactive service.  The
  254.    Internet electronic mail service adds another layer of store-and-
  255.    forward indirection, so that messages may go through any number of
  256.    relays (and/or gateways).  This may introduce arbitrarily large
  257.    delays of minutes, hours, or days.
  258.  
  259.    A client that configures their Internet attachment to permit "direct"
  260.    SMTP connectivity to a radio paging server will be able to submit
  261.    paging requests to the server directly, without additional SMTP-
  262.    relaying. That is, transmission from radio paging client to server
  263.    will be one "SMTP-hop"only.  This will eliminate any possibility of
  264.    non-deterministic delay by the Internet itself.
  265.  
  266.    The combination of configuring radio paging server and client to
  267.    allow direct IP/SMTP-level interaction and ensuring that they use
  268.    SEND or SAML commands only will mean that a client receiving a
  269.    positive reply from the server is assured that the page has been sent
  270.    on the radio paging network.
  271.  
  272. 4.  Usage Examples
  273.  
  274.    These examples make use of the "iddd.tpc.int" subdomain.  The DNS
  275.    servers for this subdomain, upon encountering a domain of the form:
  276.  
  277.         NUMBER.iddd.tpc.int
  278.  
  279.  
  280.  
  281.  
  282. Rose                                                            [Page 5]
  283.  
  284. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  285.  
  286.  
  287.    automatically create a CNAME RR of the form:
  288.  
  289.         R.E.B.M.U.N.iddd.tpc.int
  290.  
  291.    e.g.,
  292.  
  293.         14159408776.iddd.tpc.int
  294.  
  295.    will be treated as
  296.  
  297.         6.7.7.8.0.4.9.5.1.4.1.tpc.int
  298.  
  299. 4.1.  A MIME Example
  300.  
  301.      To: pager-alpha.98765@18005551234.iddd.tpc.int
  302.      cc: Marshall Rose <mrose@dbc.mtview.ca.us>
  303.      From: Carl Malamud <carl@malamud.com>
  304.      Date: Thu, 22 Jul 1993 08:38:00 -0800
  305.      Subject: First example, for an alphanumeric pager
  306.      Message-ID: <19930908220700.1@malamud.com>
  307.      MIME-Version: 1.0
  308.      Content-Type: text/plain; charset=us-ascii
  309.  
  310.      A brief textual message sent to the radio paging network
  311.      having an IXO access telephone number of "+1-8005551234"
  312.      to the radio pager having a PIN of "98765".
  313.  
  314. 4.2.  A Non-MIME Example
  315.  
  316.      To: pager-numeric@14159408776.iddd.tpc.int
  317.      From: Carl Malamud <carl@malamud.com>
  318.      Date: Thu, 22 Jul 1993 08:38:00 -0800
  319.      Subject: Second example, for a numeric pager
  320.      Message-ID: <19930908220700.2@malamud.com>
  321.  
  322.      2026282044
  323.  
  324. 5.  Server Configuration Example
  325.  
  326.    A hypothetical radio paging carrier, e.g.,
  327.  
  328.      Pigeon Paging
  329.  
  330.    might choose to integrate its radio paging services with Internet e-
  331.    mail in the following fashion:
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Rose                                                            [Page 6]
  339.  
  340. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  341.  
  342.  
  343.    (1)  The radio paging carrier establishes a top-level domain name,
  344.         e.g.,
  345.  
  346.              pigeon.net
  347.  
  348.    (2)  The radio paging carrier installs and operates one or more
  349.         radio paging servers, each having a unique entry in the DNS,
  350.          e.g.,
  351.  
  352.              ixo1.pigeon.net.              IN A  a.b.c.d
  353.  
  354.         Each of these radio paging servers runs an SMTP server which
  355.         implements the SEND command as described in Section 3.3 above.
  356.  
  357.    (3)  The radio paging carrier coordinates with the administrators of
  358.         the TPC.INT subdomain to have the appropriate MX records added
  359.         to the DNS, assigning cost values in the MX records to reflect
  360.         any difference in the quality of service between the radio
  361.         paging servers, e.g.,
  362.  
  363.              4.3.2.1.5.5.5.0.0.8.1.tpc.int. IN MX  5 ixo1.pigeon.net.
  364.              4.3.2.1.5.5.5.0.0.8.1.tpc.int. IN MX  5 ixo2.pigeon.net.
  365.  
  366.         which would provide both load-balancing and redundancy
  367.         (particularly if the servers were located at different points in
  368.         the Internet).  At this point, messages can be sent using the
  369.         addressing formats described in Section 2.2 above.
  370.  
  371.    (4)  The radio paging carrier may choose to make available a client
  372.         program which uses the SMTP SEND command, in order to achieve
  373.         "real-time" delivery of messages into the radio paging network.
  374.  
  375.    (5)  Finally, the radio paging carry may choose to assign each of its
  376.         customers a mailbox, e.g.,
  377.  
  378.              mrose@pager.pigeon.net
  379.  
  380.         which maps to the TPC.INT address for the customer's radio pager.
  381.  
  382.         The system(s) listed in the DNS for this domain would maintain
  383.         the appropriate mail aliases for this mapping, e.g.,
  384.  
  385.              R: 220 pager.pigeon.net SMTP ready
  386.              S: HELO malamud.com
  387.              R: 220 pager.pigeon.net
  388.              S: EXPN mrose
  389.              R: 250 <pager-alpha.98765@18005551234.iddd.tpc.int>
  390.  
  391.  
  392.  
  393.  
  394. Rose                                                            [Page 7]
  395.  
  396. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  397.  
  398.  
  399.         At the carrier's discretion, these systems may also be the
  400.         systems running the radio paging servers.  However, this needn't
  401.         be the case.  For example, consider a situation where a client
  402.         program which uses the SMTP SEND command, wants to ensure that it
  403.         is talking to radio paging server for an address: e.g.,
  404.  
  405.              R: 220 pager.pigeon.net SMTP ready
  406.              S: EHLO malamud.com
  407.              R: 220-pager.pigeon.net
  408.              R: 220 SEND
  409.              S: VRFY mrose
  410.              R: 551 User not local;
  411.                      try <pager-alpha.98765@18005551234.iddd.tpc.int>
  412.  
  413.         or
  414.  
  415.              R: 220 pager.pigeon.net SMTP ready
  416.              S: EHLO malamud.com
  417.              R: 220-pager.pigeon.net
  418.              R: 220 SEND
  419.              S: VRFY mrose
  420.              R: 250 <pager-alpha.98765@18005551234.iddd.tpc.int>
  421.  
  422. 6.  Security Considerations
  423.  
  424.    Internet mail may be subject to monitoring by third parties, and in
  425.    particular, message relays.
  426.  
  427. 7.  Acknowledgements
  428.  
  429.    This document was motivated by RFC 1568 [6] and RFC 1645 [7].  In
  430.    addition, David Crocker, Carl Malamud, and Perry Metzger also
  431.    provided substantive comments.
  432.  
  433. 8.  References
  434.  
  435.    [1] Crocker, D., "Standard for the Format of ARPA Internet Text
  436.        Messages", STD 11, RFC 822, University of Delaware, August 1982.
  437.  
  438.    [2] Partridge, C., "Mail Routing and the Domain System", BBN
  439.        Laboratories, STD 14, RFC 974, BBN, January 1986.
  440.  
  441.    [3] Mockapetris, P., "Domain Names -- Concepts and Facilities", STD
  442.        13, RFC 1034, USC/Information Sciences Institute, November 1987.
  443.  
  444.    [4] Mockapetris, P., "Domain Names -- Implementation and
  445.        Specification", STD 13, RFC 1035, USC/Information Sciences
  446.        Institute, November 1987.
  447.  
  448.  
  449.  
  450. Rose                                                            [Page 8]
  451.  
  452. RFC 1703          Radio Paging -- Technical Procedures      October 1994
  453.  
  454.  
  455.    [5] Borenstein, N., and N. Freed, "MIME: Mechanisms for Specifying
  456.        and Describing the Format of Internet Message Bodies", RFC 1521,
  457.        Bellcore, Innosoft, September 1993.
  458.  
  459.    [6] Gwinn, A., "Simple Network Paging Protocol - Version 1(b)", RFC
  460.        1568, Southern Methodist University, January 1994.
  461.  
  462.    [7] Gwinn, A., "Simple Network Paging Protocol - Version 2", RFC
  463.        1645, Southern Methodist University, July 1994.
  464.  
  465. 9.  Author's Address
  466.  
  467.        Marshall T. Rose
  468.        Dover Beach Consulting, Inc.
  469.        420 Whisman Court
  470.        Mountain View, CA  94043-2186
  471.        US
  472.  
  473.        Phone: +1 415 968 1052
  474.        Fax:   +1 415 968 2510
  475.        EMail: mrose@dbc.mtview.ca.us
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506. Rose                                                            [Page 9]
  507.  
  508.